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Abstract. We introduce Rosetta, a program allowing for the translation between different bases of ef¬ 
fective field theory operators. We present the main functions of the program and provide an example of 
usage. One of the Lagrangians which Rosetta can translate into has been implemented into FeynRules, 
which allows Rosetta to be interfaced into various high-energy physics programs such as Monte Carlo 
event generators. In addition to popular bases choices, such as the Warsaw and Strongly Interacting Light 
Higgs bases already implemented in the program, we also detail how to add new operator bases into the 
Rosetta package. In this way, phenomenological studies using an effective field theory framework can be 
straightforwardly performed. 


1 Introduction 

The start of a second LHC experimental era raises new hopes 
to detect physics beyond the Standard Model (BSM). The 
high energy of the experiment increases the chances of a di¬ 
rect discovery of new physics resonances, while a combina¬ 
tion of high energy and high luminosity favors the possible 
observation of new phenomena via Standard Model (SM) pre¬ 
cision tests. Interestingly the latter offers a complementary and 
model-independent tool for BSM searches if the results are in¬ 
terpreted in the context of an effective field theory (EFT). The 
EFT indeed captures in a general way the low-energy effects 
of heavy new physics from a bottom-up perspective. More pre¬ 
cisely, it systematically organizes possible departures from the 
SM as an expansion in the energy at which the processes of 
interest occur over the (high) new physics scale, and simulta¬ 
neously provides a dictionary to interpret these departures in 
the context of explicit BSM models. 

Given the SM field content (including a single Higgs dou¬ 
blet), assuming baryon and lepton number conservation, flavor 
universality and a linear realization of the electroweak symme¬ 
try, the leading effects implied by an EFT description consist 
of dimension-six operators that are supplemented to the SM 
Lagrangia n. A t this order, 59 (76 real) new independent coef¬ 
ficients capture all possible deformations from the SM. 

Despite this large number of new free parameters, important 
classes of observables {e.g., Higgs production and decay or Z- 
pole observables) depend on a much smaller subset of parame¬ 
ters (4}|^. Owing to that, the EFT approach is not only useful 


Relaxing flavor universality, the number of independent 
dimension-six operators grows to 2499 [^. 


for parameterizing BSM searches but is also testable per se by 
looking at correlations among the expected signatures. 

Another important aspect of the EFT approach is the choice 
of the operator basis, so that a given physical effect could be 
modeled by different combinations of operators at a fixed or¬ 
der in the EFT expansion. This well-known fact is related to 
the possibility of redefining the SM fields in such a way that 
the zeroth order Lagrangian in the EFT expansion {i.e., the 
SM Lagrangian) is unaltered, while combinations of the first- 
order operators {i.e., dimension-six operators) proportional to 
the SM equations of motion can be eliminated up to sublead¬ 
ing higher-dimensional effects. For this reason, different com¬ 
plete and non-redundant operator bases have been proposed in 
the literature, sharing the same physical predictions but hav¬ 
ing different advantages. The most popular choices include the 
so-called Warsaw basis [^, SILH (strongly interacting light 
Higgs) basis : 
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and BSM primaries basis 
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. The 


Warsaw basis represents the first set of non-redundant opera¬ 
tors that has been proposed and is particularly appropriate for 
comparisons with BSM theories that modify the interactions 
of the SM fermions. In contrast, the SILH basis has been de¬ 
signed to capture the effects of universal theories where new 
physics mostly couples to the SM bosons. Finally, the BSM pri¬ 
maries basis is more suitable for a bottom-up approach since 
it is formulated in terms of mass-eigenstates and has a more 
transparent connection to measurable quantities, its operators 
being aligned with physical observables. 

Given these multiple viewpoints, it is cumbersome to ex¬ 
press the experimental results in a basis-independent manner 
that can be readily interpreted in any of the above-mentioned 
frameworks. On the other hand, different bases may be conve- 
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Basis 

Underlying gauge symmetry 

Fields used in the Lagrangian 

Warsaw, SILH 

SUi3)c X SU{2)l X U{1)y 

Gauge-eigenstates 

BSM primaries, Higgs 

SU{3)c X SU{2)l X U{1)y 

Mass-eigenstates 

Higgs/BSM characterisation 

SU{3)c X U{1)em 

Mass-eigenstates 


Table 1. Main features of the different EFT basis choices discussed in this docnment. 


nient for particnlar applications, either because they facilitate 
the comparison with a given class of BSM theories or simply 
because different experimental analyses look more transparent 
in a specific basis. For instance, the Warsaw basis contains an 
apparent blind direction with respect to the electroweak preci¬ 


sion tests [6| |14| , which introduces large theoretical correlations 
among all LEP constraints. As a result, the bounds on the 
strength of the dimension-six interactions appear less trans¬ 


parent 15 . The SILH basis has a similar drawback yielding 


a correlation between LEP2 and LHC constraints, while the 
downside of the BSM primaries basis lies in the comparison 
with explicit BSM models that is complicated. The Rosetta 
package that we present in this paper has been designed to ex¬ 
plicitly solve snch problems by allowing for a straightforward 
translation between different EFT languages. 

In addition to translating, another important goal of the 
Rosetta program is to provide a platform for communication 
with Monte Carlo event generators, no matter which EFT basis 
is chosen. To achieve this, we have implemented in Roset¬ 
ta the Higgs basis for EFT operators that has been recently 
designed by the LHC Higgs Cross Section working gronp (LHC- 
HXSWG) 16 . This proposal, built on the BSM primaries basis 
(see Ref. 13 ), combines two ingredients. First, all possible 


operators of dimension up to six are written in terms of the 
SM mass-eigenstates 




where the operators Oi have a mass dimension ranging from 
two to six. The dimensionless coefficients a are then sup¬ 
pressed by an appropriate power di of the high-energy scale 
A, with di = —2, • ■ • ,2. We refer the ensemble of operators 
included in the resulting Lagrangian, which is in spirit very 
similar to the Higgs characterisation Lagrangian of Ref. [17| , 
as the BSM characterisation (BSMC) Lagrangian. Due to the 
lack of manifest SU{2)l x U{1)y invariance, the BSMC La¬ 
grangian is associated with a larger number of independent 
coefficients compared to the Warsaw, SILH or BSM primaries 
bases. For this reason, the second ingredient defining the Higgs 
basis consists of relations among the d coefficients that re¬ 
store the full SU{3)c X SU{2)l x U{1)y symmetry. As sum¬ 
marized in Table the BSM primaries and Higgs Lagrangians 
are both of the form of but they additionally include 

constraints among the different Wilson coefficients that render 
the Lagrangian invariant under the electroweak symmetry. In 
contrast, the Warsaw and SILH basis Lagrangians are directly 
written in terms of the SM gauge-eigenstates. 


^^(gauge) ^ ^ ^ ^ ^ 


( 2 ) 


and are manifestly symmetric under the electroweak symmetry 
group. 

We have imple ment ed the mass basis Lagrangian ^/;{™ass) 
into FeynRules lispi and tuned the output format of Ro¬ 


setta so that the translation maps an EFT Lagrangian given 
in a specific basis to /i£(™ass) generates an output file 
that is compatible with the FeynRules implementation. As a 
consequence, any high-energy physics tool (and in particular 
any Monte Carlo event generator) that is interfaced to Feyn¬ 
Rules can be employed within the context of any EFT basis 
of operators that is included in Rosetta. 

With the advent of automated next-to-leading order (NLO) 
accurate Monte Carlo event generation software, it is impor¬ 
tant that Rosetta remains flexible enough to eventually pro¬ 
vide compatibility with this new generation of tools. Recent 
progress has been made on the theory side both in implement¬ 
ing the linear dimension-six description discussed above in the 
FeynRules framework 20 and in calculating the renormal¬ 
isation group (RG) evolution of the full set of operators and 
their mutual mixing [3l |21}|23] . In the former case, Rosetta 
can simply be extended to provide an output compatible with 
the eventual NLO model implementation, analogously to the 
BSMC Lagrangian. The latter case of evaluating the RG run¬ 
ning effects, while being a slightly separate issue, highlights 
a key feature of our tool, given that the calculation of these 
effects has only been performed in the original Warsaw basis 
of Ref. [^. The framework provided by Rosetta allows for 
the application of these results in any desired basis. Although 
the initial version of the software does not explicitly deal with 
these effects, its translation functionality can already be used 
in their context and we plan for future versions to incorporate 
RG evolution of the SM EFT Wilson coefficients. 

The remainder of this paper is organized as follows. In Sec¬ 
tion we describe the basic functionalities of Rosetta and 
how to make use of the program. Section]^ is dedicated to an 
example of usage of Rosetta in which we focus on new physics 
Higgs couplings to the SM bosons. We express them in differ¬ 
ent bases and detail the output that is provided by Rosetta. 
Our work is summarized in Section |4] 


2 Rosetta 


The aim of Rosetta is to provide a modular and flexible pack¬ 
age for EFT basis translation and communication with event 
generation tools. The primary framework which Rosetta has 
been designed to translate into is the phenomenological effec¬ 
tive Lagrangian, which will be explicitly defined in 

Section 13.11 The motivation for this choice lies in the avail¬ 
ability of an implementation within the FeynRules frame- 


implementations of the Higgs characterisation 
SILH basis 


19 


Lagrangians are also available. 
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and the 
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work 18 , to be downloaded from the FeynRules model repos¬ 
itory 24 , which ensures the link with event generators and 


high-energy physics programs |25[|26|. 


The most basic functionality of Rosetta is to map a cho¬ 
sen set of input parameters (the Wilson coefficients in a spe¬ 
cific basis choice) onto the BSMC coefficients such that the 
output can be employed within tools relying on a BSMC ba¬ 
sis description. As long as the input format respects the con¬ 
ventions sketched in Section |2.2| and that are inspired by the 
Supersymmetry Les Houches Accord (SLHA) [27[|28] , the user 
may define his/her own map to the BSMC coefficients (or to 
any other basis implementation) and proceed with event gen¬ 
eration using the accompanying FeynRules implementation. 
This highlights one of the key features of Rosetta, the pos¬ 
sibility to easily define one’s own input basis and directly use 
it in the context of many programs via the translation func¬ 
tionality of Rosetta. The strength of this approach is that 
it is much simpler than developing from scratch new modules 
for existing tools in the context of a new basis. To this end, 
Rosetta not only enables the translation of an EFT basis into 
the BSMC Lagrangian, but also allows for translations into any 
of the other bases included in the package, i.e., currently the 
Higgs, Warsaw and SILH bases. Translations between these 
three bases in any direction are possible, so that the addi¬ 
tion of a new basis by the user only requires the specification 
of translation rules to any one of the three core bases. One is 
subsequently able to indirectly translate the new basis into any 
of the other two bases, as well as into the BSMC Lagrangian. 
The details of how one can implement a new basis in Rosetta 
are discussed in Section (2.41 


2.1 Getting started with Rosetta 

The latest release of Rosetta can be obtained from 
http://rosetta.hepforge.org 
The package contains a Python executable named tran¬ 
slate, an information file named README and two directories, 
a first folder (named Cards) collecting example input files and 
a second folder (named Rosetta) including the source code 
of Rosetta. The executable takes as input an SLHA-style pa¬ 
rameter file with the coefficients of the dimension-six operators 
associated with a particular basis. Information on the format 
of such an input file can be found in Section [2.2| The execution 
of the translate script from a shell yields the generation of 
an output parameter file where all parameters are this time 
the coefficients of the dimension-six operators associated with 
a specified new basis, the default choice being the BSMC La¬ 
grangian. The tool can be used by typing in 

./translate PARAMCARD.dat OPTIONS 

where PARAMCARD . dat is the name of the SLHA-style input 
file and OPTIONS stands for optional arguments. The latter 
could consist of one or more of the following choices that will 
modify the behavior of the program. 

-h or —help This displays a help message and ex¬ 
its the program. 

-o or —output This allows for the specification of 
the name of the output hie, that is 
by default PARAMCARD_new.dat. 


-s or —silent 


-t or —target 


-w or —overwrite 


-e or —ehdecay 


-f or —flavor 


The program suppresses warnings 
and takes the default answer to any 
question that may have to be asked 
to the user. 

This allows for providing the name 
of the basis into which the transla¬ 
tion occurs, the default being bsmc 
and the other acceptable choices be¬ 
ing higgs, silh or Warsaw. 

This allows the program to over¬ 
write any pre-existing output hie. 
This allows to use the interface with 
the eHDECAY program for the 
calculation of the Higgs boson width 
and branching fractions. See Sec¬ 


-d or —dependent 


tion 2.5.2 

This allows to specify the treatment 
of the havor structure relevant for 
the fermionic operators, the default 
being general and the other ac¬ 
ceptable choices being universal 
and diagonal. See Section 
This allows the program 


2.5.1 


to a 


write out any dependent parameters 
calculated by the translation func¬ 
tion to the output hie. 

On run time, Rosetta starts by performing several checks 
on the input parameters and verihes the consistency of the in¬ 
put hie with respect to the specihcations of the internal basis 
implementation. In this way, any missing SM inputs (with re¬ 
spect to the requirements included in the required_inputs 
and required-masses attributes of the basis class, see Sec¬ 
tion 2.31 can be included using the value provided in the Par¬ 
ticle Data Group (PDG) review 29 , while any missing coeffi¬ 


cient associated with an operator that is present in the basis 
(and thus declared in the independent attribute of the basis 
class, see Section 2.31 can be included with a zero value. 


Once the translation is achieved, Rosetta outputs a new 
parameter hie that is by default named PARAMCARD_new. dat. 
This hie contains the values of all parameters relevant for the 
target basis and also includes the necessary modihcations to 
the input parameters, such as the TT-boson mass that may 
depend on some dimension-six operator coefficients. 


2.2 Input files and their handling in Rosetta 

Rosetta requires input parameters to be given under the form 
of a hie encoded in a format similar to the SLHA one detailed 
in Refs. [27[|28| . Parameters are grouped into blocks and each 
parameter is identihed inside its own block by one or more 
integer numbers called counters. For instance, the SM inputs 
necessary for the dehnition of the SILH basis would read 


BLOCK 

SMINPUTS # 



1 

+ 1.27916e + 02 

# 

aEWMl 

2 

+ 1.16638e-05 

# 

Gf 

3 

+1.18400e-01 

# 

aS 

4 

+9.11876e+01 

# 

MZ 

25 

+ 1.25000e + 02 

# 

MH 


where the different entries respectively correspond to the in¬ 
verse of the electromagnetic coupling constant (aEWMl), the 
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Fermi constant (Gf), the strong coupling constant (aS), the 
Z-boson mass (mz) and the Higgs boson mass (mh). Inspired 
by the usual SLHA conventions, all masses are also collected 
into a block called MASS where the counters correspond to 
the PDG identifiers of the particles [29| . Furthermore, matrix 
quantities receive a block of their own with counters specify¬ 
ing the position inside the matrix. In this way, a single block 
would be needed to encode, for instance, the CHud coefficients 
associated with the Onud operator of the Warsaw basis that is 
defined by 

OHud = -i[u-i‘^d][$'^D^<l>\ . (3) 

In this expression, u and d denote the SU (2) l singlets of right- 
handed up-type and down-type quark fields, respectively, and 
d? and stand for the weak doublet of Higgs fields and its 
gauge-covariant derivative. In flavor space, the CHud coefficients 
take the form of a matrix, implemented in the input file as 


BLOCK WBxHud 


1 

1 

0 . le + 00 

# 

cHudll 

1 

2 

0.Oe+00 

# 

cHudl2 

1 

3 

0.Oe+00 

# 

cHudl3 

2 

1 

0.Oe+00 

# 

cHud21 

2 

2 

0.le+00 

# 

cHud22 

2 

3 

0.Oe+00 

# 

cHud23 

3 

1 

0.Oe+00 

# 

cHud31 

3 

2 

0.Oe+00 

# 

cHud32 

3 

3 

0.le+00 

# 

cHud33 


The block name contains information on the basis (wb) and 
on the considered operator (Hud). Sample parameter files for 
all core bases can be found in the Cards directory shipped 
with the program. Within those files, we have adopted the 
above block naming scheme. The name of each block starts 
with two letters identifying the basis (bC, HB, SB and WB for 
the BSMC, Higgs, SILH and Warsaw bases respectively) that 
are followed by a separator (x), and ends with the name of 
the considered coefficient as it is defined in the LHCHXSWG 
proposal for an EFT basis choice [^. In the case of EFT 
operators independent of fermions, the related (non-matrix) 
coefficients are collected in different blocks as a function of the 
Lorentz structure of the operators. For instance, the SBxV2H2 
block will include all operators of the SILH basis containing two 
occurrences of the Higgs field and two occurrences of the gauge 
fields. Their ordering follows their order of appearance in the 
LHCHXSWG proposal. The imaginary parts of all parameters 
are stored in corresponding blocks whose names are prefixed 
with the IM tag. 

The Rosetta package contains built-in methods for deal¬ 
ing with an SLHA-like structure, and these methods have all 
been implemented in the Rosetta/SLHA.py file. When an 
input file is read, the parser included in the SLHA.py file rec¬ 
ognizes the existing BLOCK and DECAY structures of the input 
file and stores them as instances of the SLHA. NamedBlock, 
SLHA.NamedMatrix and of the SLHA.Decay classes. These 
are dictionary-like objects that can be assigned, indexed and it¬ 
erated over as regular Python dictionaries. An SLHA.Named- 
Block object reflects the information embedded in an SLHA 
block so that it possesses a name attribute and stores values 
associated with integer keys as well as a mapping from the 
integer keys to the parameter names. In this way, parameters 
can be accessed by indexing either their integer key or their 
name. Similarly, SLHA.NamedMatrix objects function anal¬ 
ogously but operate with a pair of indices for indexing. An 


Gounter 

Parameter 

Rosetta name 

1 

The inverse of the elec¬ 
tromagnetic coupling con¬ 
stant a~^ 

aEWMl 

2 

The Fermi constant Gf 

Gf 

3 

The strong coupling con¬ 
stant Qfs 

aS 

4 

The Z-boson mass mz 

MZ 

5 

The bottom quark mass 

mi 

MB 

6 

The top quark mass mt 

MT 

7 

The tan lepton mass 

MTAU 

25 

The Higgs boson mass mn 

MH 


Table 2. Identifying counters of the SMINPUTS block with 
the SM parameters allowed to be used within Rosetta. This 
generalizes the SLHA standards where the Higgs mass is ig¬ 
nored 28 . The internal names used by Rosetta are also given. 


SLHA.Decay object contains an integer attribute PID that is 
the PDG identifier of the particle whose decays are described 
by the considered block, as well as a total attribute allowing 
for the storage of the total width. Individual decay channels 
are then indexed by tuples of PDG codes associated with the 
decay products, and the stored values are the branching frac¬ 
tions. Finally, the SLHA.py file also includes the definition of 
the SLHA. Card class that serves as a container for a collection 
of instances of the above objects. The implementation of any 
basis in Rosetta therefore requires the user to provide defini¬ 
tions for the blocks and parameters to be specified in the input 
file that will be read into an SLHA .Card instance belonging to 
that basis class. More practical information and examples are 
given in Sections |2.3| and |2.4[ 

Three special blocks named BASIS, SMINPUTS and MASS 
must always be present. The first and only element of the 
BASIS block refers the name of the basis into which Roset¬ 
ta must read the input file and informs the program on the 
other blocks it should look for, based on the structure speci¬ 
fied in the implementation of that particular basis. This name 
should be a single unique string with no spaces. The next two 
mandatory blocks consist of conventional input blocks speci¬ 
fying the values of the SM inputs and of the particle masses. 
The set of required inputs will depend on the specifications 
in the corresponding basis implementation. Moreover, the user 
can optionally specify the value of the elements of the GKM 
matrix by setting their real and imaginary parts within the 
VCKM and IMVCKM blocks. If absent, the information of the 
PDG review [29| is used by Rosetta. All extra blocks and 
decay structures are stored, left unchanged and passed to the 
output file unless the user demands to use the eHDECAY pro¬ 
gram, which will overwrite any existing decay information on 
the Higgs. 


2.3 Structure of Rosetta 

Rosetta is a Python package containing the implementation 
of a Basis class equipped with several utility functions for 
reading, processing and writing SLHA-style parameter files. 
Working implementations of bases are derived from this class 
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and only reqnire a small amount of information specifying the 
block structure of the EFT parameters, the required SM inputs 
and a series of translation functions to other existing basis 
implementations. In order to be able to define a new basis 
class, we describe in this section the properties of the Basis 
objects. 

The Basis class has a number of intrinsic data members 
that should be defined in order to get a working implemen¬ 
tation of an EFT basis. These consist of the independent, 
required-inputs and requiredunasses attributes already 
mentioned in Section[2?^ together with the name, blocks and 
flavored members of the class. 

name Unique string identifier for the basis 

implementation, e.g., higgs, bsmc, 
silh or Warsaw for the core bases 
shipped with the package. 

independent List of strings containing the names of 

the independent EFT operator coeffi¬ 
cients of the basis. These are expected 
to be present in the input parameter 
Hie. 

required-inputs Set of integers containing the SLHA 
counters of the required SM inputs. 
See Table for the complete list of 
those allowed in Rosetta. 

requiredunasses Set of integers containing the 
PDG identifiers of the particles 
whose masses are required as in¬ 
put and that are not included in 
required-inputs. 

Dictionary with the non-matrix 
SLHA block names as keys and lists 
of coefficients stored in that block as 
values. 

Dictionary with matrix SLHA block 
names as keys. The values are other 
dictionaries with the keywords kind, 
domain and cname as keys. This de¬ 
scribes the properties of the matrices. 
In the case of the definition of a matrix block, the self-explana¬ 
tory possible values for the keyword kind are symmetric, 
hermitian and general and those related to the keyword 
domain are real and complex. The properties of the ensuing 
matrix object will depend on the choice of these keywords. The 
name to be given to the individual EFT coefficients are derived 
from the value of the keyword cname. Conventionally, the real 
and imaginary components are prefixed with the letters R and 
I respectively, while the position (i, j) in the matrix is referred 
to by a suffix ix j. A complex parameter comes with a prefix C. 

Once an input file is read, an instance of the SLHA. Card 
class that can be accessed via the card member of the basis 
class is created and populated with the information provided 
as input. The content of the mandatory MASS and SMINPUTS 
blocks is exported to data members of the basis class named 
mass and inputs that can then be used for accessing the 
SM parameters, while the CKM matrix is stored into the ckm 
container of the basis class. In the Rosetta framework, the 
EFT operator coefficients are implemented as elements of the 
relevant basis class and can be accessed via standard Python 
methods. For instance, all the coefficients associated with a 
basis object named MyBasis could be printed, together with 
their values, by coding 


for k, V in MyBasis.items(): 
print k, v 

In addition, a direct accessor to each EFT operator coefficient 
is created from its name, which facilitates the implementation 
of the translation functions that in general extensively refer¬ 
ence individual parameter values. This however assumes that 
there are no duplicate parameter names in the SLHA-like in¬ 
put file, which nevertheless leads to a program exception. There 
are hence multiple ways to access a given parameter. For ex¬ 
ample, a parameter A stored as the third element of a block 
MyBlock that is part of the definition of a basis MyBasis 
could be equally accessed as 

MyBasis['A'] 

MyBasis.card['A' ] 

MyBasis.card.blocks['MyBlock' ] [' A' ] 

MyBasis.card.blocks[' MyBlock' ] [3] 

In the lines above, the parameter A is respectively accessed 
from the MyBasis object, from the SLHA. Card instance asso¬ 
ciated with the current basis and from the SLHA. NamedBlock 
object associated with the MyBlock block (using either the pa¬ 
rameter name or the counter as an index). 


2.4 Implementing a new basis 

One of the important features of Rosetta is the intended ease 
with which a user can define a new basis class to suit his/her 
specific physics needs. In the context of an ultraviolet com¬ 
plete model, he/she may be interested in the phenomenologi¬ 
cal consequences of a particular high-scale scenario in the EFT 
framework. Imagining that he/she has derived all dimension- 
six Wilson coefficients in a particular basis, Rosetta could be 
used to map these coefficients to the FeynRules effective La- 
grangian implementation in the mass-eigenstate basis so that 
the collider phenomenology of such a scenario could be inves¬ 
tigated. This task is realized by implementing a new basis in 
Rosetta and by connecting the new basis input parameters 
to those of one of the existing core basis implementations. 

Alternatively, the user may have developed a particular 
resource performing a useful analysis or calculation in a non¬ 
standard basis choice. The corresponding basis implementation 
in Rosetta with a translation to one of the core bases could 
then allow one to use this tool in the context of all other ex¬ 
isting basis implementations in Rosetta and therefore greatly 
widen its scope. The eHDECAY feature of Rosetta is an ex¬ 
ample of this, as it works with a set of operators corresponding 
to the SILH basis. Via Rosetta, cHDecay is now available for 
calculations in the SILH, Warsaw and Higgs bases, as well as 
in any additional basis that may be implemented in the future. 

In this section, we provide an example that outlines the ba¬ 
sic requirements for implementing a new basis in Rosetta. We 
also refer the reader to the file Rosetta/TemplateBasis . py 
which serves as a concrete toy example that can be used as a 
template for creating a new basis class as well as the core basis 
implementations for more complete realizations. 

All Rosetta basis classes inherit from the mother class 
Basis implemented in the Rosetta/internal/Basis .py 
file. This class contains all the machinery necessary for read¬ 
ing, writing and translating so that a new basis implementa¬ 
tion solely demands the user to create a new file that must be 


blocks 


flavored 
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saved in the Rosetta directory and that includes the decla¬ 
ration of a Basis subclass. The user has then to define the 
class attributes described in Section [2.3| First, it is essential 
that the name of the basis class matches the filename in which 
it is saved minus the extension in order to ensure a proper 
running of the program. Second, the independent, blocks 
and flavored attributes of the class define the input param¬ 
eters of the basis and their desired SLHA-like structure, while 
the required-inputs and required_masses lists are speci¬ 
fied according to the needs of the translation functions that are 
planned to be implemented. One can also specify a dependent 
attribute to explicitly define a particular parameter as depen¬ 
dent. For instance, the following code refers to the implementa¬ 
tion of a new basis class called MyBasis and has been included 
in the file Rosetta/MyBasis .py. 

from internal import Basis 
class MyBasis(Basis.Basis): 
name = 'mybasis' 

independent=['A','B','one','two','MYxMAT' ] 

dependent = ['Cmat3x3'] 

blocks = {'letters':['A','B'C'], 

'numbers':['one','two','three']} 
flavored = {'MYxMAT':{'kind':'hermitian', 

'domain':'complex', 

'cname':'mat'}} 
required_inputs = {1,2,4} 
required_masses = {24,25,6} 

This snippet of code specifies the declaration of the basis class 
MyBasis whose unique string identifier is given by mybasis. 
The independent parameters to be read from an input SLHA- 
like file are defined to be A, B, one and two and are as¬ 
sumed to be organized into the two SLHA blocks LETTERS 
and NUMBERS. A flavored matrix, MYxMAT, is also present and 
deemed to be an independent input parameter except for its 

(3,3) component that is explicitly included within the depen¬ 
dent attribute of the basis class. The translation methods to 
be implemented require the knowledge of six SM masses and 
parameters that must be specified via the required_inputs 
and required-masses attributes of the basis class. In our 
case, the electroweak inputs Gf and mz are connected 
to the SMINPUTS block of the SLHA-like input structure, while 
the VF-boson, Higgs boson and top quark masses are connected 
to its MASS block. The extra parameters C and three are de¬ 
pendent parameters that the user has to define in terms of the 
independent and SM parameters (see below). The non-SM part 
of an illustrative input file could be 

BLOCK BASIS 

1 mybasis # input basis 
BLOCK LETTERS 

1 8.6e-2 # A 

2 0.002 # B 

BLOCK NUMBERS 

1 1.5e-2 # one 

2 2.8e-3 # two 
BLOCK MYxMAT 

1 1 3.4e-2 # Rmatlxl 

1 2 7.8e-5 # Rmatlx2 

1 3 5.2e-4 # Rmatlx3 

2 2 5.6e-3 # Rmat2x2 

2 3 3.3e-3 # Rmat2x3 

BLOCK IMMYxMAT 


1 2 9.9e-3 # Imatlx2 

1 3 1.9e-4 # Imatlx3 

234.6e-3 # Imat2x3 

while its SM part would include the SMINPUTS and MASS 
blocks with values for the six above-mentioned SM inputs, as 
well as the two blocks related to the CKM matrix in the case 
where one would be interested in using non-default values for 
its elements. Only the relevant elements of MYxMAT need be 
provided given that it is declared to be Hermitian, and the 

(3,3) element is left unspecified as it is a dependent parameter. 

The dependent parameters are evaluated via a method 
named calculate_dependent () that must be provided by 
the user. Continuing with the example above, we include in the 
new basis class implementation the code 

def calculate_dependent(self): 

self['C']=(self['A']+self['B'])/2. 
self['three']=(self['one']-self['two'])/2. 
self['MYxMAT' ] [3,31=10.*self[' MYxMAT' ] [2,2] 

This imposes that the C parameter is defined as the mean of 
the A and B parameters, that the three parameter equals half 
of the difference of the one and two parameters and that the 

(3,3) entry of the MYxMAT matrix is equal to 10 times the value 
of its (2,2) entry. 

When executed, Rosetta begins with the reading of the in¬ 
put file and next calls the calculate_dependent () method 
for evaluating the remaining basis parameters. Rosetta fi¬ 
nally performs the translation to another basis by using the 
translation methods defined by the user. Their implementa¬ 
tion requires the use of a translation decorator with an 
argument that refers to the name of the target basis and that 
must match a basis implementation contained in the Rosetta 
directory. For example, we could link the mybasis basis above 
to the Warsaw basis by implementing 

@Basis.translation('Warsaw' ) 

def mytranslation(self, wbasis): 
a_EW = 1./self.inputs['aEWMl'] 
wbasis['cWW'] = a_EW*self[' C'] 
wbasis['WBxHpl'][1,1] = self['two'] 
return wbasis 

Translation functions such as the mytranslation (...) one 
above take an instance of the target basis class as their only 
argument and return it after setting its parameter values. Re¬ 
lations involving (matrix) parameters with a flavor structure 
should be performed in a flavor general way, as discussed in 
Section 12.5.11 

If modifications to the SM input parameters need to be 
made (i.e., the mass and inputs attributes of the basis class), 
the function modify_inputs () must be implemented simi¬ 
larly to the calculate-dependent () method. The following 
example defines a shift of the IF-boson mass by the A param¬ 
eter, 

def modify_inputs(self): 

self.mass[24] = self.mass[24] + self['A'] 

In general, the user-defined functions may require the evalu¬ 
ation of parameters such as the weak and hypercharge gauge 
couplings or the electroweak mixing angle. The choice of rela¬ 
tions {e.g., tree- or loop-level) to be used to consistently derive 
these parameters from the inputs is left to the user. In the core 
bases provided with Rosetta, the calculate_inputs () 




Falkowski, Fuks, Mawatari, Mimasu, Riva and Sanz: Rosetta 


7 


method relies on tree-level relations to deduce all the SM pa¬ 
rameters. 

Having defined a basis class according to these specifica¬ 
tions, Rosetta is able to detect the presence of the basis imple¬ 
mentation and to automatically construct possible translation 
paths to other existing bases from the user-defined translation 
functions. The recognition of the implemented basis by Ro¬ 
setta is also reflected in the help message accompanying the 
translate script, the name of the new basis appearing as one 
of the possibilities for the target basis option. 

2.5 Additional features 

2.5.1 Flavor structure of the fermionic operators 

In the general case, each matrix block of the input file includes 
one entry for each possible flavor assignment of the correspond¬ 
ing operator. The flavor option of the translate executable 
introduced in Section [2 .1 1 allows the user to make assumptions 
on the flavor structure of the operators so that Rosetta reads 
input Hies and generates output files with a simplified block 
structure (unless the BSMC basis is used as it requires all co¬ 
efficients to be specified). Setting this option will act on all of 
the matrix parameters declared in the flavored attribute of 
a basis class implementation. The flavor option can be fixed ei¬ 
ther to universal where all matrices of operator coefficients 
are proportional to the identity or to diagonal where only 
their flavor-diagonal elements are retained. In the universal 
case one is allowed to define matrix blocks containing only the 
(1,1) element while in the diagonal case, all three diagonal ele¬ 
ments must be provided. Sample input files can be found in the 
Cards directory of the program. In the definitions of the three 
core bases, the fiavor-symmetry-breaking Yukawa-like opera¬ 
tors are normalized by the masses of the fermions such that 
the universal flavor option will lead to a minimally flavor- 
violating (MFV) structure where the physical effects of the co¬ 
efficients are scaled by the corresponding fermion masses [30| . 
For example, in the Higgs basis, these Yukawa-like terms are 
written as: 

A£Ynk = \jf (^cos <()*■’ - igs sin ((>*■’j f. (4) 

The corresponding normalizations are also used for the War¬ 
saw and SILH basis implementations in Rosetta to simplify 
the translations and also the possibility of encoding MFV into 
any EFT description. The same argument applies to the dipole 
operators, Ofv, as well as the Ouud operator mentioned in 
Section [2.2| The former set of operators breaks the flavor sym¬ 
metry in an identical way to the Yukawa-like operators and will 

hence receive the same normalization. In the latter 

case, the flavor structure of the operator requires two Yukawa 
insertions as it is composed of right-handed quarks only. More¬ 
over, being a charged-current operator, the MFV construction 
requires the insertion of the CKM matrix such that the oper¬ 
ator is normalized as 


bear in mind these normalizations which have been chosen to 
single out operators that explicity break the flavor symmetry 
of the Lagrangian. That being said, they are merely a conve¬ 
nient way for the user to implement MFV and can be worked 
around if the user so desires. 

Rosetta recognizes coefficients by their names so that the 
naming of the elements of the matrix coefficients must respect 
the conventions described in the previous section for their real 
(an R prefix) and imaginary (an I prefix) parts, and for their 
position (*, j) inside the matrix (an ixj suffix). Implementing 
translations from flavored parameters should ideally always be 
done in the most general case such that the various flavor op¬ 
tions work correctly. To this aim, basic matrix algebra oper¬ 
ations have been implemeted in the internal/matrices .py 
module of Rosetta. The available functions are matrixjnult, 
matrix_add, matrix_sub and matrix_eq and correspond to 
matrix multiplication, addition, subtraction and assignment 
respectively. They can be used to assign values to a matrix 
SLHA block according to the result of a specific operation be¬ 
tween two other matrix SLHA blocks. These functions require 
two mandatory arguments for the objects between which the 
operation should be performed and a third optional argument 
specifying the matrix block to which the result of the operation 
should be assigned. For instance, matrixjnult (Ml, M2, M3) 
assigns to the matrix M3 the result of the multiplication of the 
matrices Ml and M2. If the M3 argument is omitted, a generic 
matrix object is returned such that matrix utility functions can 
be combined. The matrix_eq (Ml, M2) method is the only ex¬ 
ception. It takes two mandatory arguments Ml and M2 and 
allows for the assignment of the elements of the Ml matrix to 
the M2 matrix. 

A concrete example can be found in the calculate_de- 
pendent () function included in the Higgs basis implementa¬ 
tion. The deviations of the VF-boson couplings to the weak dou¬ 
blet of left-handed quark fields 5g^'‘ are related to those of the 
Z-boson couplings to the individual left-handed up-type and 
down-type quarks and via the CKM matrix Vckm, 

Sg^^ = Sgl- ■ Vckm - Vckm • 5gl<^ ■ (6) 

The Rosetta implementation of this relation makes use of a 
combination of the matrixjnult and raatrix_sub method, 

matrix_sub( 

matrix_mult(HB['HBxdGLzu'], HB.ckm), 
matrix_mult(HB.ckm, HB ['HBxdGLzd']), 

HB['HBxdGLwq'] 

) 

where HB is an instance of the Higgs basis class. The third argu¬ 
ment of the matrix_sub method allows one to assign the result 
of the matrix subtraction to the elements of the HBxdGLwq ma¬ 
trix block. Matrix blocks also come with the T () and dag () 
methods for transposing and Hermitian conjugation. 

2.5.2 Interface to eHDECAY 




(5) 


Since this particular operator is unique and maps to a single 
operator in all of the other core bases, the corresponding trans¬ 
lations remain unaffected. This normalization is however not 
the same as the one chosen in Ref. 16 . Users should therefore 


In order to calculate dimension-six operator contributions to 
the Higgs boson width and branching ratios, Rosetta includes 
an interface to the eHDECAY program 11 . It can be switched 


on by executing the translate script with the eHDECAY op¬ 
tion (see Section EH- In order to use this feature, the path 
to a local installation of eHDECAY on the user system should 






Falkowski, Fuks, Mawatari, Mimasu, Riva and Sanz: Rosetta 


be specified in the Rosetta/config. txt file, next to the 
eHDECAY_dir keyword, and a (possibly indirect) translation 
linking the basis of interest to the SILH basis shonld exist. If 
so, the translation will be performed, eHDECAY will be run 
internally and an SLHA decay block for the Higgs boson will 
be appended to the output file. 

Since the SILH basis description adopted in eHDECAY as¬ 
sumes the MFV paradigm, an additional layer of translation is 
internally performed by Rosetta to render its internal SILH 
basis implementation MFV-compliant. Details can be found in 
Section 13.41 


3 Mapping different EFT basis choices 

In this section, we discuss the BSMC Lagrangian containing re¬ 
dundant parameters that is the default basis which Rosetta 
has been designed to translate into. We explain the relations 
with the non-redundant Higgs, Warsaw and SILH bases and 
focus on a subset of operators connected to single Higgs pro¬ 
duction at the LHC to provide examples of usage of Rosetta. 


3.1 The BSMC Lagrangian and the Higgs basis 


ferent couplings of the BSMC Lagrangian required by a lin¬ 
early realized SU{2)l x U{1)y local symmetry are enforced. 
Furthermore, the Higgs basis has been defined by choosing a 
specific subset of independent parameters from all couplings 
of the BSMC Lagrangian. The choice of the independent cou¬ 
plings is motivated by their direct connection to observables 
constrained by electroweak precision and Higgs studies. This 
approach is similar to the one introduced in Ref. [^, except 
that a different subset of couplings has been chosen, and the 
number of independent couplings is the same as for any basis 
of non-redundant dimension-six operators. Moreover, there ex¬ 
ists a linear one-to-one invertible transformation between the 
independent couplings of the Higgs basis and the Wilson coeffi¬ 
cients in any basis. The remaining BSMC Lagrangian couplings 
are all dependent parameters that can be expressed in terms 
of the independent ones. 

The BSMC Lagrangian is displayed in Ref. , up to four- 
fermion terms and interactions involving five or more fields. 
Here, to illustrate the relationship between the BSMC and 
other bases, we focus on a part of the Lagrangian describ¬ 
ing the CP-even interactions of the Higgs boson with two SM 
gauge bosons. After denoting by GJ), W^, and h the 

gluon, the W-boson, the .Z-boson, the photon and the Higgs 
boson fields, respectively, the relevant part of the Lagrangian 
reads 


To study the Higgs boson properties in detail at the next LHC 
runs, the LHCHXSWG has proposed a parameterization of 
anomalous interactions of the SM fermions, gauge bosons and 
the Higgs boson allowing both for a transparent linking to 
physical observables and for an easy implementation in Monte- 
Carlo event generators 16 . The framework is that of a gen¬ 
eral effective Lagrangian defined in the mass-eigenstate basis, 
where all kinetic terms are canonically normalized and diag¬ 
onal, and where all mass terms are diagonal. Moreover, the 
tree-level relations between the gauge couplings and the usual 
electroweak input parameters {Gf, a( 0 ), mz) are the same as 
in the SM. In such a frame, i.e., in the BSMC Lagrangian, 
the coefficients of the interaction terms in the Lagrangian are 
related in an intuitive way to quantities observable in exper¬ 
iment, and any parameter in the effective Lagrangian can be 
measured. 

The BSMC Lagrangian captures all physics effects that 
may arise in the presence of lepton-number and baryon-number 
conserving dimension-six operators beyond the SM. However, 
it is more general than a basis defined before electroweak sym¬ 
metry breaking as it contains more free parameters. This is 
because the SU{3)c x SU{2)l x U{V)y gauge symmetry lin¬ 
early realized at the level of an operator basis implies rela¬ 
tions between different couplings of the effective Lagrangian 
defined after electroweak symmetry breaking. The latter in¬ 
deed only respects the SU{3)c x U{1)em symmetry. In par¬ 
ticular, the charged and neutral gauge boson interactions are 
related, as are those with zero, one and two Higgs bosons. 
These relations are not implemented at the level of the BSMC 
Lagrangian so that it may be used to study more general the¬ 
ories such as when the electroweak symmetry is non-linearly 
realized or when some operators of dimension greater than six 
are included. 

The Higgs basis has been proposed as a convenient pa¬ 
rameterization of another non-redundant dimension-six EFT 
basis. In this approach, the relations (that hold in any non- 
redundant dimension-six basis of EFT operators) between dif¬ 


AU = ^ [25c„m^ W+W-'^ + <5c.m| Z^Z'^ 

+ C 99 ^ G“,Gr + ^ W+W-'^'' + c,, ^ 

/ /2 2 
-I- r ^ Z 4'^" -I- r ^ 4 A'^'' 

\ L-2-y 2 “T C.'Y'y ^ 

+ (W-a. -b h.c.) -b c,ng^ Z^d.Z^'^ 

+ . (7) 

In our notation, ce (se) stands for the cosine (sine) of the elec¬ 
troweak mixing angle, v for the vacuum expectation value of 
the neutral component of the Higgs doublet and ga, g and 
g' are the strong, weak and hypercharge coupling constants. 
Moreover, we have introduced the field strength tensors of the 
gauge bosons that we define as 

W - a. V). for H , Z and A , 

A ( 8 ) 

= a^G“ — a,^G)) -b gaf^bcG , 

in which f^tc are the structure constants of SU{3)c- 

The Lagrangian above contains ten real coupling parame¬ 
ters that are all independent in the BSMC picture. However, 
if AjCh originates from an EFT with dimension-six operators, 
only six of these couplings are independent and the remain¬ 
ing four can be expressed in terms of these six and of the SM 
parameters. In the Higgs basis, Scz, Cgg, Czz, Cz-y, and Czn 
are chosen as independent parameters and the four remaining 
couplings are calculated as 


Scw = Scz -b 4Sm , 

^WW - Czz ? 

2 I /2 r 2 /2\ 2 2 4 

_ 9 ^zD ~l~ g Czz ~ \Q ~ 9 )^e^zy g ^o^yy [9) 

g2 _ gf2 

CzH 4- (g -h g )czz (g g )cz^ g 


yn = 


g2 _ gl2 
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In the first of these relations, 5m denotes the shift of the W- 
boson mass that is possibly induced by the presence of higher¬ 
dimensional operators and that we normalize as 
2 2 

= 2Sm^ W+W->^. (10) 

An input file (that we name HiggsBasis . dat in onr ex¬ 
ample) describing this part of the Higgs basis Lagrangian would 
be of the form 
BLOCK BASIS 

1 higgs # basis 
BLOCK HBxh 

1 l.OOOOOe-01 # dCz 

2 l.OOOOOe-01 # Cgg 

3 l.OOOOOe-01 # Caa 

4 l.OOOOOe-01 # Cza 

5 l.OOOOOe-01 # Czz 

6 l.OOOOOe-01 # Czbx 

It includes, in addition to the blocks above, the SM parameters 
as well as vanishing values for all other EFT coefficients. In 
order to export this setup to the BSMC Lagrangian, we use 
Rosetta by typing in a shell 

./translate HiggsBasis.dat 
Rosetta first calculates all dependent coefficients and next 
generates an output file named HiggsBasis_new.dat given 
in the framework of the BSMC Lagrangian. This file contains in 
particular values for the four Sc-w, Cww, c„n and dependent 
parameters, the corresponding output block being, according 
to Eq. 1^, 

BLOCK BCxh 

1 +1.00000e-01 # dCw 

1 +1.00000e-01 # dCw 

2 +1.00000e-01 # dCz 

3 +1.52190e-01 # Cww 

4 +1.00000e-01 # Cgg 

5 +1.00000e-01 # Caa 

6 +1.00000e-01 # Cza 

7 +1.00000e-01 # Czz 

8 +1.56506e-01 # Cwbx 

9 +1.00000e-01 # Czbx 

10 +3.41838e-01 # Cabx 

In addition, the HiggsBasis_new. dat file also includes extra 
non-vanishing coefficients that are linked to the six indepen¬ 
dent parameters Scz, Cgg, Cj^, Cz-y, Czz and c^n by gauge in¬ 
variance. For instance, a di-Higgs coupling to two gluonic field 
strength tensors is present, 

BLOCK BCxhh 

4 l.OOOOOe-01 # cgg2 

3.2 The Warsaw basis 


In this expression, we have introduced the Pauli matrices Ui, 
the Hermitian derivative operator, 

( 12 ) 

the gauge-covariant derivative and the hypercharge and weak 
field strength tensors 

- y^kWl: - 

wl, = d^wi - d,w; + ge^gkW^gWl: , 

Bg„ = - duBg . 


The six Wilson coefficients cgg, cww, cwb, cbb, ch and 
ct appearing in AC^ are related to the ten couplings in the 
effective Lagrangian ACh as 


50w = — Ch - 7, - 777 CWB H—^- 


rCT - - -?r5v, 


Scz = — Ch — 35v , 

Cgg = CGG , 

C-ww — Cww ? 


Czz — 


g*cww + -ig^g'^cwB + g'*CBB 

(g2+g,2)2 - 

_ g^Cww — 2(g^ — g'^)cwB — g'^csB 

“ g2 ^ g/2 

Cyy = Cww + Cbb — 4cwb , 


Cwn = 


[g' Cwb — Ct + (5u] , 


g2 — g'2 ' 

2 
g^ 

^ g 2 _ gi 2 [^9^ g'^)cwB — 2ct -f 2Sv\ . 


CzU = - 2 


Here, 5v is defined by 

Sv = - |^(c)/^)ll + (c)f^)22j — ^(c«)i 


(14) 


(15) 


and summarizes the dependence on the additional Warsaw ba¬ 
sis operators]^ 

^c'ni \lai^gi\ -I- ^cu [^7'"^] • (16) 

Starting from the Higgs basis example of Section [3. 1 1 where 
all independent parameters are fixed to 0.1, we employ Ro¬ 
setta to invert the relations of this section and calculate the 
numerical values of the Warsaw basis coefficients included in 
AC^ that would yield the same ACh Lagrangian. Typing in 
a shell 


The ten interaction terms of the ACh Lagrangian introduced 
in Section |3.1| can be seen as generated by six independent 
operators of the Warsaw basis, 

ACf = ^ [cgg ^ G“„Gr + cwn/ ^ 

„'2 

+ cwsgg' + cbb ^ 

+ CHdg[<p'^<P]d>^[<p'^<P] . (11) 


./translate HiggsBasis.dat -t Warsaw 

we obtain an output file where several non-zero EFT coeffi¬ 
cients can be found. The numerical value of those on which we 
focus here can be extracted from the generated file, 

® These operators contribute to the muon decay at the tree 
level. Taking this into account leads to a shift between the 
measured Fermi constant and the vacuum expectation value of 
the Higgs field, which motivates the notation Sv. 
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BLOCK BASIS 

1 Warsaw # translated basis 
BLOCK WBXH4D2 # 

1 -1.98704e-01 # cH 

2 +1.18790e-02 # cT 

BLOCK WBXV2H2 # 

1 tl.OOOOOe-01 # cGG 

2 +1.52190e-01 # cWW 

3 t5.45943e-03 # cBB 

4 +1.44124e-02 # cWB 

In our benchmark scenario, the Sv shift is vanishing. 


3.3 SILH basis 

We now consider the case where all operators included in the 
AjCh Lagrangian of Section [3d] are induced by a set of operators 
of the SILH basis, 

+ SWJ d^wr + SB ^ 

+ i SHwg wr + i shbq' S'"" 

+ S2W D^Wl,,DpWr + S2B 

+ SH [-?^-?] + ST 

+ is'Hi . (17) 

The ten Wilson coefficients included in ACh can be rewrit¬ 
ten in terms of the eleven parameters appearing in AC% as 


— Sh 


g^g'‘^{sw + SB+S2w+S2B) 4(7^ 


g2 _ gl2 


+ g2 _ gJ2 ’ 


Scz = — Sh — 3Sv , 

Cgg = SGG , 

Cww — Sww ; 


^22 - 


g^SHW + g'^SHB — g'^SgSBB 

g2 _|_ gl2 


g2 _ gl2 


St 


ShW — ShB 2 


(18) 


C-wU = 

CzU = 

c~,n = 


sbb , 

1 , g^{sw + S 2 w) + g'^{SB + S 2 b) — 4:St + 4:Sv 

2*™' - W^) -’ 

g^isw + S2W + SHw)+g'^{SB+S2B+SHB)— 4St + 4(5t 

V ’ 

ShW — ShB g'^{sw-\-S2w)+g'‘^{sB+S2B)—^ST+3:5v 

r\ ~r Cl ,/-i 


where 5v = ^{s'u() 22 - Rosetta can be used to extract the 
numerical values of the independent SILH parameters by in¬ 
verting the above relations. Adopting the benchmark scenario 
of Section [3.1| where all the relevant Higgs basis independent 
parameters have been fixed to 0.1, we type in a shell 


./translate HiggsBasis.dat -t silh 

so that we can extract all the required SILH coefficients from 
the generated output file, 

BLOCK BASIS 

1 silh # translated basis 


BLOCK SBXH4D2 # 


1 

-1, 

.OOOOOe- 

■01 

# 

sH 

2 

+ 0 , 

+ 

0) 

o 

o 

o 

o 

o 

o 

o 

# 

sT 

BLOCK 

SBXV2H2 # 




1 

+ 1 , 

.OOOOOe- 

■01 

# 

sGG 

2 

+ 1 , 

. OOOOOe- 

■01 

# 

sBB 

3 

+ 4 , 

. 65203e- 

■01 

# 

SW 

4 

-4 , 

. 65203e- 

■01 

# 

SB 

5 

-1 , 

.521906- 

■01 

# 

sHW 

6 

+ 9, 

. 454066- 

■02 

# 

sHB 

7 

+ 0 , 

+ 

0) 

o 

o 

o 

o 

o 

o 

o 

# 

s2W 

8 

+ 0 , 

+ 

0) 

o 

o 

o 

o 

o 

o 

o 

# 

s2B 


3.4 Yukawa-like operators 


An important difference between the definitions of the SILH 
and Warsaw bases provided in the LHCHXSWG proposal 
and their original descriptions lies in the forms of the Yukawa- 
like operators, 

LiTvuk = (<?>^<?) n<^fi , (19) 

where Fl and fn denote a generic weak doublet of left-handed 
fermions and a generic weak singlet of right-handed fermions 
respectively. In the original Warsaw basis definition, these Yu¬ 
kawa-like operators take the above form. In the LHCHXSWG 
proposal (on which Rosetta is based), these operators have 
been redefined in a way allowing one to decouple their contri¬ 
butions to the fermion masses (that are extracted from appro¬ 
priate measurements and thus fixed), as well as to simplify the 
implementation of MFV, 


ACv^.y. — — 


y/mirrij {c'f)ij 





( 20 ) 


where the primes denote fields taken in the mass eigenbasis. 
The Wilson coefficients c/ and c'j are related by unitary trans¬ 
formations Ul and Ur that map the field gauge eigenbasis to 
the mass eigenbasis with the would-be mass modifications ab¬ 
sorbed into the diagonalized Yukawa matrices Yf, 


c'f =-^^UlcfUn and = [/t+ | , (21) 


In the original SILH basis description, an additional assump¬ 
tion of minimal flavor violation is included, such that the flavor 
structure is taken aligned with the Yukawa matrices, 

MFV 

= {Yf),g ^ . (22) 

The Wilson coefficients are therefore proportional to the 

identity matrix in flavor space and are thus universal. Thanks 
to the convenient normalizations, they are now trivially related 
linearly to those of the Warsaw and SILH basis descriptions of 
the LHCHXSWG proposal by 

c/ = V2Cj. . (23) 

IlLi 
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These relations are used internally for the eHDECAY in¬ 
terface of Rosetta, which takes SILH basis input parame¬ 
ters assuming the MFV convention of Eq. (221. In order to 
consistently use eHDECAY, Rosetta translates these coeffi¬ 
cients from the alternative version of the SILH basis detailed 
in Ref. 16 . As a consequence, a general flavor structure can¬ 
not be employed when making use of the eHDECAY interface. 
Although it is in principle possible to input different values for 
the and parameters (referred in 

Ref. as Cc, etc.) when running bHDecay on its own, large 
deviations from non-universality in these coefficients consist of 
a significant departure from the MFV paradigm and should 
not be used for complete consistency within Rosetta. 


4 Summary 

In this paper, we have introduced the Rosetta package, a 
Python program dedicated to the translation of a given EFT 
basis of independent operators to other viable basis choices. 
We have also included, in this document, technical details so 
that users can easily extend the program and implement their 
own choices of EFT operator basis. 

Currently, the program allows the user to translate bench¬ 
marks designed in the Higgs, SILH and Warsaw bases into any 
of these three bases. In addition, the code also expresses any 
scenario in terms of the BSMC Lagrangian of EFT operators, a 
basis that has been defined from the Higgs basis after ignoring 
all relations among the operators that are induced by a linear 
realization of the electroweak symmetry. A FeynRules imple¬ 
mentation allows Rosetta to be linked to other high-energy 
physics tools. The relations among the different Wilson coeffi¬ 
cients that hold in the context of the Higgs, SILH and Warsaw 
bases of independent operators have been implemented into 
Rosetta so that they are preserved when a setup is exported 
to the BSMC Lagrangian by the program. This scheme has 
the strength to be easily generalizable to study different setups 
providing a description of the Higgs boson properties, such as 
those with a non-linearly realized electroweak symmetry or in¬ 
cluding higher-dimensional operators beyond dimension six. 

In the future, we believe that translations from one basis to 
another will allow for broadening the scope and the use of past 
calculations very relevant for precision Higgs physics. Along 
these lines, higher-order calculations in QCD performed in the 
BSMC Lagrangian [31}|33| could be used within any given EFT 
language, and the renormalization group running of the Wilson 
coefficients, that has been calculated in the SILH basis [34| 


different bases too. 
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and in the Warsaw bases [3 21 2^, could be exported to 


Acknowledgments 

The authors are grateful to Fabio Maltoni for lively interac¬ 
tions during all phases of this project and would also like to 
thank Christophe Grojean, Alex Pomarol and Michael Trott 
for useful comments. This work has been partially supported 
by the FP7 Marie Curie Initial Training Network MCnetITN 
(PITN-GA-2012-315877), by the Belgian Federal Science Pol¬ 
icy Office through the Interuniversity Attraction Pole P7/37, 
by the Strategic Research Program ‘High Energy Physics’ and 
the Research Council of the Vrije Universiteit Brussel, by the 


Swiss National Science Foundation under the Ambizione grant 
PZ00P2 136932, and by the Theory-LHC-France initiative of 
the CNRS (INP and IN2P3). 


References 

1. W. Buchmuller and D. Wyler, Effective Lagrangian 
Analysis of New Interactions and Flavor Conservation, 
Nucl.Phys. B268 (1986) 621. 

2. B. Grzadkowski, M. Iskrzynski, M. Misiak, and J. Rosiek, 
Dimension-Six Terms in the Standard Model Lagrangian, 
JHEP 1010 (2010) 085, arXiv: 1008.4884 . 

3. R. Alonso, E. E. Jenkins, A. V. Manohar, and M. Trott, 
Renormalization Group Evolution of the Standard Model 
Dimension Six Operators III: Gauge Coupling 
Dependence and Phenomenology, JHEP 1404 (2014) 159, 
arXiv:1312.20144 

4. A. Pomarol and F. Riva, Towards the Ultimate SM Fit to 
Close in on Higgs Physics, JHEP 1401 (2014) 151, 
arXiv:1308.2803 . 

5. J. Ellis, V. Sanz, and T. You, Complete Higgs Sector 
Constraints on Dimension-6 Operators, JHEP 1407 
(2014) 036, larXiv:1404.3667 . 

6. R. S. Gupta, A. Pomarol, and F. Riva, BSM Primary 
Effects, Phys.Rev. D91 (2015), no. 3 035001, 
arXiv:1405.0181 . 

7. J. Ellis, V. Sanz, and T. You, The Effective Standard 
Model after LHC Run I, JHEP 1503 (2015) 157, 
arXiv:1410.77034 

8. A. Falkowski and F. Riva, Model-independent precision 
constraints on dimension-6 operators, JHEP 1502 (2015) 
039, arXiv:1411.06694 

9. A. Efrati, A. Falkowski, and Y. Soreq, Electroweak 
constraints on flavorful effective theories, JHEP 07 
(2015) 018, larXiv:1503.07872 . 

10. G. Giudice, C. Grojean, A. Pomarol, and R. Rattazzi, 

The Strongly-Interacting Light Higgs, JHEP 0706 (2007) 
045, hep-ph/0703164. 

11. R. Contino, M. Ghezzi, C. Grojean, M. Muhlleitner, and 
M. Spira, Effective Lagrangian for a light Higgs-like 
scalar, JHEP 1307 (2013) 035, arXiv: 1303.38764 

12. E. Masso, An Effective Guide to Beyond the Standard 
Model Physics, JHEP 1410 (2014) 128, 
arXiv:1406.6376. 

13. A. Pomarol, Higgs Physics, in 2014 European School of 
High-Energy Physics (ESHEP 2014) Garderen, The 
Netherlands, June 18-July 1, 2014, 2014. 

arXiv:1412.4410 

14. C. Grojean, W. Skiba, and J. Terning, Disguising the 
obligue parameters, Phys.Rev. D73 (2006) 075008, 
hep-ph/0602154 . 

15. Z. Han and W. Skiba, Effective theory analysis of 
precision electroweak data, Phys.Rev. D71 (2005) 075009, 
hep-ph/0412166. 

16. M. Duehrssen-Debling, A. T. Mendes, A. Falkowski, and 
G. Isidori, Higgs Basis: Proposal for an EFT basis choice 
for LHC HXSWG, . 

17. P. Artoisenet, P. de Aquino, F. Demartin, R. Frederix, 

S. Frixione, et ah, A framework for Higgs 
characterisation, JHEP 1311 (2013) 043, 
arXiv:1306.6464. 









12 


Falkowski, Fuks, Mawatari, Mimasu, Riva and Sanz: Rosetta 


18. A. Alloul, N. D. Christensen, C. Degrande, C. Duhr, and 
B. Fuks, FeynRules 2.0 - A complete toolbox for tree-level 
phenomenology, Comput. Phys. Commun. 185 (2014) 
2250-2300, arXiv: 1310.192i;. 

19. A. Alloul, B. Fuks, and V. Sanz, Phenomenology of the 
Higgs Effective Lagrangian via FEYNRULES, JHEP 
1404 (2014) 110, arXiv:1310.5150. 

20. C. Degrande, B. Fuks, K. Mawatari, K. Mimasu, and 
V. Sanz. in preparation. 

21. E. E. Jenkins, A. V. Manohar, and M. Trott, 
Renormalization Group Evolution of the Standard Model 
Dimension Six Operators I: Eormalism and lambda 
Dependence, JHEP 10 (2013) 087, arXiv: 1308.2 627 . 

22. E. E. Jenkins, A. V. Manohar, and M. Trott, 
Renormalization Group Evolution of the Standard Model 
Dimension Six Operators II: Yukawa Dependence, JHEP 
01 (2014) 035, arXiv:1310.4838 . 

23. B. Henning, X. Lu, and H. Murayama, How to use the 
Standard Model effective field theory, 

arXiv:1412.1837 

24. http://feynrules.irmp.ucl.ac.be/wiki/ 
BSMCharacterisation 

25. N. D. Christensen, P. de Aquino, C. Degrande, C. Duhr, 
B. Fuks, M. Herquet, F. Maltoni, and S. Schumann, A 
Gomprehensive approach to new physics simulations, Eur. 
Phys. J. C71 (2011) 1541, arXiv: 0906.2474 . 

26. C. Degrande, C. Duhr, B. Fuks, D. Grellscheid, 

O. Mattelaer, et ah, UPO - The Universal FeynRules 
Output, Gomput.Phys.Oommun. 183 (2012) 1201-1214, 
arXiv:1108.2040 . 

27. P. Z. Skands, B. Allanach, H. Baer, C. Balazs, 

G. Belanger, et ah, SUSY Les Houches accord: 

Interfacing SUSY spectrum calculators, decay packages, 
and event generators, JHEP 0407 (2004) 036, 
hep-ph/0311123;. 

28. B. C. Allanach et ah, SUSY Les Houches Accord 2, 
Gomput. Phys. Gommun. 180 (2009) 8-25, 
arXiv:0801.0045 . 

29. Particle Data Group Collaboration, K. Olive et ah. 
Review of Particle Physics, Chin.Phys. C38 (2014) 
090001. 

30. G. D’Ambrosio, G. F. Giudice, G. Isidori, and 

A. Strumia, Minimal flavor violation: An Effective field 
theory approach, Nucl. Phys. B645 (2002) 155-187, 
hep-ph/0207036;. 

31. F. Maltoni, K. Mawatari, and M. Zaro, Higgs 
characterisation via vector-boson fusion and associated 
produetion: NLO and parton-shower effects, Eur. Phys. J. 
C74 (2014), no. 1 2710, arXiv: 1311.1829 . 

32. F. Demartin, F. Maltoni, K. Mawatari, B. Page, and 
M. Zaro, Higgs characterisation at NLO in QCD: CP 
properties of the top-quark Yukawa interaction, Eur. 

Phys. J. C74 (2014), no. 9 3065, arXiv:1407.5089 . 

33. F. Demartin, F. Maltoni, K. Mawatari, and M. Zaro, 
Higgs production in association with a single top quark at 
the LHC, Eur. Phys. J. C75 (2015), no. 6 267, 
arXiv:1504.00611/ 

34. J. Elias-Mir, J. R. Espinosa, E. Masso, and A. Pomarol, 
Renormalization of dimension-six operators relevant for 
the Higgs decays h —>■ 77 , yZ, JHEP 08 (2013) 033, 
arXiv:1302.5661 . 

35. J. Elias-Miro, J. R. Espinosa, E. Masso, and A. Pomarol, 
Higgs windows to new physies through d=6 operators: 


constraints and one-loop anomalous dimensions, JHEP 
11 (2013) 066, larXiv:1308.1879 . 




